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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee IMS Network Testing (INT). 

The present document is part 2 of a multi-part deUverable covering the test specifications for the Diameter protocol on 
the Gx interface, as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS)"; 

Part 2: "Test Suite Structure (TSS) and Test Purposes (TP)"; 

Part 3: "Abstract Test Suite (ATS) and Protocol Implementation eXtra Information for Testing (PIXIT) proforma 
specification" . 
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Scope 



The present document provides the Test Suite Structure (TSS) and Test Purposes (TP) for the test specifications for the 
Diameter protocol on the Gx interface as specified in TS 129 212 [1] in compliance with the relevant requirements and 
in accordance with the relevant guidance given in ISO/IEC 9646-7 [4] and ETS 300 406 [5]. 



References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 129 212: "Universal Mobile Telecommunications System (UMTS); LTE; PoHcy and 

charging control over Gx/Sd reference point (3GPP TS 29.212 version 10.5.0 Release 10)". 

[2] ETSI TS 101 606-1 : "IMS Network Testing (INT); Diameter Conformance testing for Gx 

interface; Part 1: Protocol Implementation Conformance Statement (PICS)". 

[3] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts". 

[4] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 

[5] ETSI ETS 300 406: "Methods for testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[6] IETF RFC 3588: "Diameter Base Protocol". 

[7] ETSI TS 129 213: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Policy and charging control signalling flows and 
Quality of Service (QoS) parameter mapping (3GPP TS 29.213 version 10.3.0 Release 10)". 

[8] ETSI TS 129 214: "Universal Mobile Telecommunications System (UMTS); LTE; PoHcy and 

charging control over Rx reference point (3GPP TS 29.214 version 10.5.0 Release 10)". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

Not applicable. 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 129 212 [1] and the following apply: 
Abstract Test Method (ATM): Refer to ISO/lEC 9646-1 [3]. 
Abstract Test Suite (ATS): Refer to ISO/IEC 9646-1 [3]. 
Implementation Under Test (lUT): Refer to ISO/lEC 9646-1 [3]. 
Test Purpose (TP): Refer to ISO/IEC 9646-1 [3]. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 129 212 [1] and the following apply: 

TP Test Purpose 

TSS Test Suite Structure 

4 Test configurations 

5 Test Suite Structure (TSS) and Test Purposes (TP) 

5.1 Test Suite Structure 
5.1 .1 TP naming convention 

TPs are numbered, starting at 001, within each group. Groups are organized according to the TSS. 



£75/ 



ETSI TS 101 606-2 VI. 1.1 (2012-09) 



Table 1 : TP identifier naming convention schieme 



Identifier: <TP>_<iut>_<scope>_<nn> 






<tp> = Test Purpose: 


fixed to "TP" 




<iut> = type of lUT: 


PCRForPCEF 




<scope> = group 


IPS Initial Provisioning Session 


MSI 


Modification of Session Information 




INV 


Invalid Behaviour 




ST 


Session Termination 




PCC 


PCC rules 




EMS 


Emergency services 




UMC 


Usage monitoring control 




IRS 


IMS Restoration Support 




MPS 


Multimedia Priority Support 




SDC 


Sponsored Data Connectivity 




RAU 


Reporting Accumulated Usage 






<nn> = sequential number 


(01 to 99) 



5.1.2 Test strategy 

As the base standard TS 129 212 [1] contains no explicit requirements for testing, the TPs were generated as a result of 
an analysis of the base standard and the PICS specification TS 101 606-1 [2]. 

5.1.3 TP structure 

Each TP has been written in a manner which is consistent with all other TPs. The intention of this is to make the TPs 
more readable and checkable. A particular structure has been used which is illustrated in table 2. This table should be 
read in conjunction with any TP, i.e. please use a TP as an example to facilitate the full comprehension of table 2. 
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Table 2: Structure of a single TP 



TP part 


Text 


Example 


Header 


<ldentifier> 

<clause number in base TS 129 212 [1] > 

<PICS reference> 


see table 1 
clause 4.4.1 
A.2/3 


Summary 


Short free text description of tlie test objective 


Verify that the IUT can successfully 
process all mandatory AVPs in a 
CC-Request received due to IP-CAN 
session establishment. 


Initial 

condition 

(optional) 


Free text description of thie condition tfiat ttie iUT tias readied 
before tfie test purpose appiies. 


The IUT has received AF provisions 
information about the AF signalling 
flows between UE and AF. 


Start point 
Stimulus 


Ensure that the IUT in the 
<state> see RFC 3588 [6] ciause 5.6 
and/or furtfier actions before stimuius 
if tiie action is sending/receiving 

see below for message structure 
<trigger>, see below for message structure 

or <goa\> 


Open state 

having sent an AA-Request 

on receipt of a Capabilities-Exchange- 
Request (see note 2) 
to require PCC supervision ... 


Reaction 


<action>. 

if tlie action is sending 

see below for message structure 
<next action>, etc. 


sends, saves, does, etc. 


Message 
structure 


<message type> 

a) containing a{n) <avp name> AVP 

b) indicating <coding of the field> 
and bacl< to a) or b) (see note 3) 


Capabilities-Exchange-Answer, etc. 
(see note 2) 
Vendor-Id, etc. 


NOTE 1 : Text in italics will not appear in TPs and text between <> is filled in for each TP and may differ from one 

TP to the next. 
NOTE 2: All messages shall be considered as "valid and compatible" unless otherwise specified in the test 
purpose. This includes the presence of all mandatory AVPs as specified in RFC 3588 [6] and in 
TS 129 212 [1], clauses. 
NOTE 3: An AVP can be embedded into another AVP. This is expressed by indentations, e.g. if Messagel contains 
AVP1 and AVP2 where AVP1 has AVP3 embedded this will be expressed like this: 
sends/receives IVIessage 1 
containing AVP1 
containing AVPS 
indicating ... 
containing AVP2 
indicating ... 



5.2 Test Purposes 



All PICS items referred to in this clause are as specified in TS 101 606-1 [2] unless indicated otherwise by another 
numbered reference. PICS items are only meant for test selection, therefore only PICS items with status optional or 
conditional are explicitly mentioned. Call flow information for described test purposes is specified in TS 129 213 [7]. 

5.2.1 PCRF Role 

Test Selection: IUT takes the role of the PCRF; PICS A.2. 1 
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5.2.1.1 



Session request 



TP_PCRFJPS_01 


standards Reference: 
4.5.1 (item 1), 4.5.2(1^' dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due to IP-CAN session establishment. 


Test purpose: 


Ensure that the lUT 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Subscription-Id AVP 

containing the user identification 
containing an IP-CAN-Type AVP 

containing the type of IP-CAN 
containing a RAT-Type AVP 

containing the radio access technology 
containing a Framed-IP-Address AVP 

indicating the full IP address of the UE, 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER SUCCESS. 


Comments: 


In the case of IPv6 the Framed-IP-Address AVP is replaced by the Framed-IPv6- 
Address-Prefix AVP. 



TP_PCRFJPS_02 


Standards Reference: 
4.5.1 HI, 4.3a.4.1 1|3, 4.5.2 (l" dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory and optional AVPs in a 
CC-Request received due to IP-CAN session establishment. 


Test purpose: 


Ensure that the lUT 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Subscription-Id AVP 

containing the user identification 
containing an IPCAN-Type AVP 

containing the type of IP-CAN 
containing a RAT-Type AVP 

containing the radio access technology 
containing a Framed-IP-Address AVP 

containing the Framed-IP-Address 
containing a Called-Station-ID AVP 

containing the PDN information 
containing a PDN Connection-ID AVP 

containing the PDN connection identifier 
containing a 3GPP-IVIS-TimeZone AVP 

containing the UE time zone information 
containing an Access-Network-Charging-ldentifier-Gx AVPs 
containing the Access-Network-Charging-Address 
containing a Network-Request-Support AVP 

containing an indicator for support of network-initiated bearer request 

procedures 
containing a QoS-lnformation AVP 

containing an APN-Aggregate-IVIax-Bitrate-DL/UL AVPs 
containing the APN-AIVIBR 
containing a Bearer-Usage AVP 

containing an indicator for default bearer request 
containing a Routing-Rule-lnstall AVP 

containing one or more Routing-Rule-Definition AVPs 
containing Routing-Filter AVP, 
sends a CC-Answer 
containing PCC rules. 


Comments: 


In the case of IPv6 the Framed-IP-Address AVP is replaced by the Framed-IPv6-Address- 

Prefix AVP. 

The Routing-Rule-lnstall AVP is configured as for installation of IP flow mobility routing 

rule. 
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TP_PCRF_IPS_03 


Standards Reference: 
4.5.10 112 and 3 


PICS item: 


Summary: 


Verify that the lUT can successfully process a CC-Request received due to an IP-CAN 
session establishment with bearer control mode selection. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Request 

containing all mandatory AVPs and 
containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Network-Request-Support AVP, 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER_SUCCESS 
containing a Bearer-Control-Mode AVP. 


Comments: 





TP_PCRFJPS_04 


Standards Reference: 
4.5.1 (item 1,2"" paragraph) 


PICS item: 


Summary: 


Verify that the lUT can successfully process a CC-Request received due to an IP-CAN 
session establishment that supports multiple IP-CAN bearers. 


Test purpose: 


Ensure that the lUT 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Default_EPS_Bearer_QoS AVP 

containing the QoS_Class_ldentifier AVP 

containing the Allocation_Retention_Priority AVP 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER SUCCESS. 


Comments: 


Usage of Default_EPS_Bearer_QoS_AVP is optional. 



TP_PCRF_IPS_05 


Standards Reference: 
4.5.1 (item 1, 3'" paragraph) 


PICS item: 


Summary: 


Verify that the lUT can successfully process a CC-Request received due to 3GPP-EPS 
and 3GPP2 accesses. 


Test purpose: 


Ensure that the lUT 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a AN-GW-Address AVP 

containing the IPv4 or IPv6 addresses of SGW/AGW 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER SUCCESS. 


Comments: 





TP_PCRF_IPS_06 


Standards Reference: 
4.5.1 (item 1, 4"" paragraph) 


PICS item: 


Summary: 


Verify that the lUT can successfully process a CC-Request received due to xDSL 
IP-CAN Type. 


Test purpose: 


Ensure that the lUT 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Subscription-Id AVP 
containing a Logical-Access-ID AVP 
containing a Physical-Access-ID AVP 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER SUCCESS. 


Comments: 
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5.2.1.2 



Session modification 



TP_PCRF_MSI_01 


Standards Reference: 
4.5.1 1(2, 4.5.2(1^' dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due to IP-CAN session modification. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is already established, 
on receipt of a CC-Request 

containing a GG-Request-Type AVP 

indicating UPDATE_REQUEST 
containing a Gharging-Rule-Report AVP 

containing previously provisioned PGG rule(s) and their status 
containing an Event-Trigger AVP 

containing the reason for the IP-GAN session modification, 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER SUCCESS. 


Comments: 





TP_PCRF_MSI_02 


Standards Reference: 
4.5.1 112, 4.3a.4.1 1(3, 4.5.2(1 " dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory and optional AVPs in a 
CC-Request received due to IP-CAN session modification. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is already established, 
on receipt a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REQUEST 
containing an Access-Network-Charging-Address AVP 
containing an Access-Networl<-Charging-ldentifier-Gx AVP 
containing a Charging-Rule-Report AVP 

containing previously provisioned PCC rule(s) and their status 
containing an Event-Trigger AVP 

containing the reason for the IP-CAN session modification 
containing a Routing-Rule-lnstall AVP 

containing one or more Routing-Rule-Definition AVPs 
containing a Routing-Filter AVP, 
sends a CC-Answer 
containing PCC rules. 


Comments: 


The Routing-Rule-lnstall AVP is configured as for installation of IP flow mobility routing 
rule. 



TP_PCRF_MSI_03 


Standards Reference: 

4.5.1 (item 2, 2"" dashed list, 1^' dash), 

4.5.2 1"' dashed list (1" dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due a UE request for allocation of new resources. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is already established, 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating UPDATE_REQUEST 
containing an Event-Trigger AVP 

indicating RESOURCE_IVIODIFICATION_REQUEST 
containing a Packet-Filter-Operation AVP 

indicating ADDITION 
containing a Packet-Filter-lnformation AVPs 

containing a Precedence AVP 

containing a Packet-Filter-Content AVP 
containing a OoS-lnformation AVP, 
sends a CC-Answer 
containing PCC rules. 


Comments: 
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TP_PCRF_MSL04 


Standards Reference: 

4.5.1 (item 2, 2"" dashed list, 2"" dash), 

4.5.2(1^' dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due a UE request for modification of existing resources. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is already established, 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating UPDATE_REQUEST 
containing an Event-Trigger AVP 

indicating RESOURCE_MODIFICATION_REQUEST 
containing a Packet-Filter-Operation AVP 

indicating MODIFICATION 
containing a Packet-Filter-lnformation AVPs 

containing a Packet-Filter-ldentifier AVP 
containing a packet filter identifier, 
sends a CC-Answer 
containing PCC rules. 


Comments: 





TP_PCRF_MSL05 


Standards Reference: 

4.5.1 (item 2, 2"" dashed list, 3'" dash), 

4.5.2(1" dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due a UE request for deletion of resources. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is already established, 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REQUEST 
containing a Event-Trigger AVP 

indicating RESOURCE_MODIFICATION_REQUEST 
containing a Packet-Filter-Operation AVP 

indicating DELETION 
containing a Packet-Filter-lnformation AVPs 
containing a Packet-Filter-ldentifier AVP, 
sends a CC-Answer 
containing PCC rules. 


Comments: 





TP_PCRF_MSL06 


Standards Reference: 
4.5.10 112 and 3 


PICS item: 


Summary: 


Verify that the lUT can successfully process a CC-Request received due to IP-CAN 
session modification with bearer control mode selection. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is already established, 
on receipt of a CC-Request 

containing all mandatory AVPs and 
containing a CC-Request-Type AVP 
indicating UPDATE_REOUEST 
containing a Network-Request-Support AVP, 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER_SUCCESS 
containing a Bearer-Control-Mode AVP. 


Comments: 
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5.2.1.3 



Invalid behaviour 



TP_PCRF_INV_01 


Standards Reference: 

4.5.1 (last paragraph in clause), 

4.5.12111 


PICS item: 


Summary: 


Verify that the IDT can successfully process all mandatory AVPs in a CC-Request 
received due to the failure of installation/activation of PCC rules. 


Test purpose: 


Ensure that the lUT 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating UPDATE_REQUEST 
containing a Charging-Rule-Report AVP 

containing 

( 

a Charging-Rule-Name AVP 

indicating failed PCC rule 
or a Charging-Rule-Base-Name AVP 

indicating failed PCC rule 

) 

containing a PCC-Rule-Status AVP 
containing a Rule-Failure-Code AVP, 
sends a CC-Answer 

containing an Experimental-Result AVP 

indicating DIAMETER ERROR TRAFFIC MAPPING INFO REJECTED. 


Comments: 





TP_PCRF_INV_02 


Standards Reference: 
4.5.1, 4.5.15.2.1 1(2 and 3 


PICS item: 


Summary: 


Verify that the lUT can reject a request for PCC rules for an emergency service. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing an IP-CAN-Type AVP 

containing the type of IP-CAN 
containing a RAT-Type AVP 

containing the radio access technology 
containing a Framed-IP-Address AVP 

indicating the full IP address of the UE 
containing a Called-Station-ld AVP 

indicating the Emergency APN 
containing a Event-Trigger AVP 

indicating RESOURCE_MODIFICATION_REQUEST 
containing a Subscription-Id AVP 

indicating IMSI, 
sends a CC-Answer 

containing an Experimental-Result AVP 

indicating DIAMETER ERROR TRAFFIC MAPPING INFO REJECTED. 


Comments: 


In the case of IPv6 the Framed-IP-Address AVP is replaced by the Framed-IPv6- 
Address-Prefix AVP. 
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5.2.1.4 



Session Termination 



TP_PCRF_ST_01 


Standards Reference: 
4.5.6 1(3 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due to the termination of an IP-CAN bearer. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REQUEST 
containing a Charging-Rule-Report AVP 
containing a Rule-Status AVP 

indicating INACTIVE 
containing a Rule-Failure-Code AVP 

indicating RESOURCE_ALOCATION_FAILURE, 
sends a CC-Answer 


Comments: 





TP_PCRF_ST_02 


Standards Reference: 
4.5.7 1(4 


PICS item: 


Summary: 


Verify that the lUT can successfully process all mandatory AVPs in a CC-Request 
received due to the termination of an IP-CAN session. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 
indicating TERMINATION_REQUEST, 
sends a CC-Answer 


Comments: 





TP_PCRF_ST_03 


Standards Reference: 
4.5.9, [7] 4.2.3.1 


PICS item: 
A.3.9 


Summary: 


Verify that the lUT can terminate an IP-CAN session with an RA-Request and process 
the subsequent RA-Answer and CC-Request messages. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 

to terminate an IP CAN session due to an internal or SPR trigger, 
sends an RA-Request 

containing a Session-Release-Cause AVP 
on receipt of a RA-Answer and 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 
indicating TERMINATION_REQUEST, 
sends a CC-Answer 


Comments: 





5.2.1.5 



PCC rules 



TP_PCRF_PCC_01 


Standards Reference: 
4.5.2 (2"" dashed list 1"' dash) 


PICS item: 
A.3.3.2 


Summary: 


Verify that the lUT can activate PCC rules with an RA-Request using the PUSH 
procedure. 


Test purpose: 


Ensure that the lUT, to activate a PCC rule, 
sends a RA-Request 

containing a Charging-Rule-lnstall AVP 
containing a Charging-Rule-Name AVP 
providing a reference to a PCC rule. 


Comments: 
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TP_PCRF_PCC_02 


Standards Reference: 
4.5.2 (2"" dashed list 1" dash) 


PICS item: 
A.3.3.2 


Summary: 


Verify that the lUT can deactivate PCC rules with an RA-Request using the PUSH 
procedure. 


Test purpose: 


Ensure that the lUT, to deactivate a PCC rule, 
sends a RA-Request 

containing a Charging-Rule-Remove AVP 
containing a Charging-Rule-Name AVP 
providing a reference to a PCC rule. 


Comments: 





TP_PCRF_PCC_03 


Standards Reference: 
4.5.2 1(6 


PICS item: 
A.3.3.2 


Summary: 


Verify that the lUT can activate a group of PCC rules with an RA-Request using the 
PUSH procedure. 


Test purpose: 


Ensure that the lUT, 

to activate a group of PCC rules, 
sends a RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Base-Name AVP 
providing a reference to a PCC rules. 


Comments: 





TP_PCRF_PCC_04 


Standards Reference: 
4.5.2 (after note 1) 


PICS item: 
A.3.3.2, A.3.3.3 


Summary: 


Verify that the lUT can request confirmation of successful resource allocation for a PCC 
rule with an RA-Request using the PUSH procedure. 


Test purpose: 


Ensure that the lUT, 
to request 

confirmation that the resources associated to a PCC rule are successfully 
allocated, 
sends a RA-Request 

containing a Charging-Rule-lnstall AVP 
containing a Charging-Rule-Name AVP 
providing a reference to a PCC rule 
containing a Resource-Allocation-Notification AVP 
indicating ENABLE_NOTIFICATION 
containing a Event-Trigger AVP 

indicating SUCCESSFUL RESOURCE ALOCATION. 


Comments: 





TP_PCRF_PCC_05 


Standards Reference: 
4.5.2 (2"" dashed list 2"" dash) 


PICS item: 
A.3.3.2 


Summary: 


Verify that the lUT can modify a PCC rule with an RA-Request using the PUSH 
procedure. 


Test purpose: 


Ensure that the lUT, to modify a PCC rule, 
sends a RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP. 


Comments: 





TP_PCRF_PCC_06 


Standards Reference: 
4.5.2 (2"" dashed list 3'" dash) 


PICS item: 
A.3.3.2 


Summary: 


Verify that the lUT can remove a PCC rule with an RA-Request using the PUSH 
procedure. 


Test purpose: 


Ensure that the lUT, to remove a PCC rule, 
sends a RA-Request 

containing a Charging-Rule-Remove AVP 
containing a Charging-Rule-Name AVP. 


Comments: 
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TP_PCRF_PCC_07 


Standards Reference: 

4.5.21114 


PICS item: 
A.3.3.2 


Summary: 


Verify that the lUT can remove a group of PCC rules with an RA-Request using the 
PUSH procedure. 


Test purpose: 


Ensure that the lUT, to remove a group of PCC rules, 
sends a RA-Request 

containing a Charging-Rule-Remove AVP 

containing a Charging-Rule-Base-Name AVP. 


Comments: 





TP_PCRF_PCC_08 


Standards Reference: 
4.5.4.2 1(2 and 3 


PICS item: 
A.3.5.2 


Summary: 


Verify that the lUT does not reject CC-Request and lUT can provide a default charging 
method with a CC-Answer. 


Test purpose: 


Ensure that the lUT, to provide a default charging method, 
on receipt of a CC-Request 

containing an Online AVP 

containing an Offline AVP 
sends a CC-Answer 

( 

containing an Online AVP 
or 

containing an Offline AVP. 
) 


Comments: 





TP_PCRF_PCC_09 


Standards Reference: 
4.5.5.0 (2"" dash), 4.5.5.2 


PICS item: 
A.3.3.2. A3.5 


Summary: 


Verify that the lUT can provide authorized Oos to a PCC rule with an RA-Request. 


Test purpose: 


Ensure that the lUT, to provide authorized OoS to a PCC rule, 
sends a RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a OoS-lnformation AVP 

not containing a Bearer-Identifier AVP. 


Comments: 





5.2.1.6 



Special services and features 



5.2.1.6.1 



Emergency services 



TP_PCRF EMS_01 


Standards Reference: 
4.5.15.2.2.2111 and 2 


PICS item: 


Summary: 


Verify that the lUT can provide PCC rules for emergency services with an RA-Request. 


Test purpose: 


Ensure that the lUT 

on receipt of IIVIS service information from the AF for an emergency service via the 
Rx interface, 

sends a RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a OoS-lnformation AVP 

containing an Allocation-Retention-Priority AVP 
containing a Priority-Level AVP. 


Comments: 
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TP_PCRF_EMS_02 


Standards Reference: 
4.5.15.2.21(2,5.3.23 


PICS item: 


Summary: 


Verify that the lUT can detect that a Gx session is restricted to IMS Emergency services 
when a CCR command is received with a CC-Request-Type AVP set to value 
"INITIAL_REQUEST" and the Called-Station-ld AVP includes a PDN identifier that 
matches one of the Emergency APNs from the configurable list. 


Initial Condition: 


The lUT is configured with Emergency_APN_A included in the PDN identifier 
configurable list. 


Test purpose: 


Ensure that the lUT to detect a Gx session restricted to IMS Emergency services, 
on receipt of a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Called-Station-ld AVP 
indicating an Emergency APN_A 
sends a CC-Answer 

containing a Result-Code AVP 

indicating DIAMETER_SUCCESS 
containing a Bearer-Control-Mode AVP. 
indicating NW mode. 


Comments: 





5.2.1.6.2 



Usage monitoring control 



TP_PCRF_UMC_01 


Standards Reference: 
4.5.16112,6 


PICS item: 
A.3.15 


Summary: 


Verify that the lUT can request usage monitoring control. 


Test purpose: 


Ensure that the lUT, to request usage monitoring control, 
on receipt of a CC-Request, 
sends a CC-Answer 

containing an Event-Trigger AVP 

indicating USAGE_REPORT 
containing a Usage-Monitoring-lnformation AVP 

containing a Granted-Service-Unit AVP 
containing 

( 

a CC-Total-Octets AVP 
or 

a CC-lnput-Octets AVP 
or 

a CC-Output-Octets AVP 

) 
containing a Monitoring-Key AVP 
containing a monitoring key. 


Comments: 





5.2.1.6.3 



IMS restoration procedures 



TP_PCRFJRS_01 


Standards Reference: 

4.5.18111 


PICS item: 
A.3.17 


Summary: 


Verify that the lUT can install dynamic PCC rules with an RA-Request. 


Initial Condition: 


The lUT has received AF provisions information about the AF signalling flows between 
UEandAF. 


Test purpose: 


Ensure that the lUT, 

to install dynamic PCC rules, 
sends a RA-Request 

containing Charging-Rule-lnstall AVP 

containing the Charging-Rule-Definition AVP 
containing Flow-Information AVP 

indicating the signalling flows between UE and AF 
containing AF-Signalling-Protocol AVP 

indicating the signalling protocol between UE and AF. 


Comments: 
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TP_PCRFJRS_02 


Standards Reference: 
4.5.18113 


PICS item: 
A.3.17 


Summary: 


Verify that the lUT can remove dynamic PCC rules with an RA-Request. 


Initial Condition: 


The lUT has received AF de-provisions information about the AF signalling flows 
between UE and AF. 


Test purpose: 


Ensure that the lUT, 

to remove dynamic PCC rules, 
sends a RA-Request 

containing Charging-Rule-Remove AVP 
containing the Charging-Rule-Name AVP. 


Comments: 





5.2.1.6.4 



Multimedia Priority support 



TP_PCRF_MPS_01 


Standards Reference: 
4.5.19.1.1114 


PICS item: 


Summary: 


Verify that the lUT can provide PCC rules for multimedia priority services. 


Initial Condition: 


The lUT has received AF provisioning information about the AF signalling flows between 
UE and AF including priority parameters to be stored in SPR (TS 129 214 [8], 
clause A.9). 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Request 

containing a CC-Request-Type AVP 
indicating INITIAL_REQUEST 
sends a CC-Answer 

containing a QoS-lnformation AVP 

containing a QoS-Class-ldentifier AVP 
containing an Allocation-Retention-Priority AVP. 


Comments: 


Priority parameters that are considered are IVIPS EPS Priority, IVIPS Priority Level and 
IIVIS Signalling Priority. 



TP_PCRF MPS_02 


Standards Reference: 
4.5.19.1.1115 


PICS item: 


Summary: 


Verify that the lUT can provide modified PCC rules for multimedia priority services In with 
an RA-Request. 


Test purpose: 


Ensure that the lUT, 

on receipt of a notification of a change of priority from the SPR, 
sends a RA-Request 

containing a QoS-lnformation AVP 

containing a QoS-Class-ldentifier AVP 
containing an Allocation-Retention-Priority AVP. 


Comments: 





5.2.1.6.5 



Sponsored Data Connectivity 



TP_PCRF SDC_01 


Standards Reference: 
4.5.20 112 


PICS item: 
A.3.1 


Summary: 


Verify that the lUT can provide sponsored data connectivity for PCC rules using the 
PUSH method. 


Initial Condition: 


The lUT has received information about the sponsor of the sponsored data connectivity 
from the AF. 


Test purpose: 


Ensure that the lUT, 

to provide sponsored data connectivity to PCC rules, 
sends a RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Sponsor-Identity AVP 
containing a Application-Service-Provider-ldentlty AVP 
containing a Reporting Level AVP 

indicating SPONSORED CONNECTIVITY LEVEL. 


Comments: 
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TP_PCRF_SDC_02 


Standards Reference: 
4.5.20 112 


PICS item: 
A.3.1 


Summary: 


Verify that the lUT can provide sponsored data connectivity for PCC rules using the 
PULL method. 


Initial Condition: 


The lUT has received information about the sponsor of the sponsored data connectivity 
from the AF. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Request, 
sends a CC-Answer 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Sponsor-Identity AVP 
containing a Application-Service-Provider-ldentity AVP 
containing a Reporting Level AVP 

indicating SPONSORED CONNECTIVITY LEVEL. 


Comments: 





5.2.2 PCEF Role 

Test Selection: lUT takes the role of the PCEF; PICS A.2.2 



5.2.2.1 



Session request 



TP_PCEF_IPS_01 


Standards Reference: 
4.5.1 (itemi) 


PICS item: 


Summary: 


Verify that the lUT can indicate requests for PCC rules at IP-CAN session establishment 
with a CC-Request. 


Test purpose: 


Ensure that the lUT 

to indicate a request for PCC rules at IP-CAN session establishment, 
sends a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Subscription-Id AVP 

containing the user identification 
containing an IP-CAN-Type AVP 

containing the type of IP-CAN 
containing a RAT-Type AVP 

containing the radio access technology 
containing a Framed-IP-Address AVP 

indicating the full IP address of the UE. 


Comments: 


In the case of IPv6 the Framed-IP-Address AVP is replaced by the Framed-IPv6- 
Address-Prefix AVP. 
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TP_PCEF_IPS_02 


Standards Reference: 
4.5.1 (item 1),4.3a.4.1 113 


PICS item: 
A4.3 


Summary: 


Verify that the lUT can indicate requests for PCC rules and install IP flow mobility routing 
rules at IP-CAN session establishment with a CC-Request. 


Test purpose: 


Ensure that the lUT 

to indicate a request for PCC rules at IP-CAN session establishment and to install 
IP flow mobility routing rules, 
sends a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing a Subscription-Id AVP 

containing the user identification 
containing an IP-CAN-Type AVP 

containing the type of IP-CAN 
containing a RAT-Type AVP 

containing the radio access technology 
containing a Framed-IP-Address AVP 

indicating the full IP address of the UE 
containing a Routing-Rule-lnstall AVP 

containing one or more Routing-Rule-Definition AVPs 
containing Routing-Filter AVP. 


Comments: 


In the case of IPv6 the Framed-IP-Address AVP is replaced by the Framed-IPv6- 
Address-Prefix AVP. 



TP_PCEF_IPS_03 


Standards Reference: 
4.5.1 


PICS item: 


Summary: 


Verify that the lUT can reject an IP-CAN session when receiving error from PCRF. 


Initial Condition: 


IP-CAN session establishment is outstanding. 
The lUT has send a CC-Request to the PCRF. 
The PCRF is not able to provision a policy decision. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Answer 

containing an Experimental-Result AVP 

containing an Experimental-Result Code AVP 

indicating DIAMETER_ERROR_INITIAL_PARAMETERS, 
rejects the IP-CAN session establishment or modification. 


Comments: 





TP_PCEF_IPS_04 


Standards Reference: 
4.5.1 


PICS item: 


Summary: 


Verify that the lUT can reject an IP-CAN session when receiving error from PCRF. 


Initial Condition: 


IP-CAN session establishment is outstanding. 

The lUT has send a CC-Request to the PCRF. 

The new PCC rule is covered by the packet filters of outstanding PCC rules that the 

PCRF is provisioning. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Answer 

containing an Experimental-Result AVP 

containing an Experimental-Result Code AVP 

indicating DIAMETER_ERROR_CONFLICTING_REQUEST, 
rejects the IP-CAN session establishment or modification. 


Comments: 
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TP_PCEF_IPS_05 


Standards Reference: 
4.5.1 


PICS item: 


Summary: 


Verify that the lUT can reject an IP-CAN session when receiving error from PCRF. 


Initial Condition: 


IP-CAN session establishment is outstanding. 

The lUT has send a CC-Request to the PCRF. 

The PCRF does not accept one or more of the traffic mapping filters. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Answer 

containing an Experimental-Result AVP 

containing an Experimental-Result Code AVP 

indicating DIAMETER_ERROR_TRAFFIC_MAPPING_INFO_REJECTED, 
rejects the IP-CAN session establishment or modification. 


Comments: 





TP_PCEFJPS_06 


Standards Reference: 
4.5.4.2, 3'" paragraph 


PICS item: 


Summary: 


Verify that the lUT can successfully process all Online_AVP and Offline_AVP in a 
CC-Answer from PCRF. 


Initial Condition: 


IP-CAN session establishment is outstanding. 
The lUT has send a CC-Request to the PCRF. 
lUT has pre-configured Default charging method. 


Test purpose: 


Ensure that the lUT, 

on receipt of a CC-Answer 

containing an Online_AVP 

containing an Offline_AVP, 
accepts the message and overwrites use of any pre-configured Default charging 
method. 


Comments: 


NOTE: Verification of the result needs further study. 



5.2.2.2 



Session modification 



TP_PCEF_MSI_01 


Standards Reference: 
4.5.1 (item 2) 


PICS item: 


Summary: 


Verify that the lUT can indicate requests for PCC rules at IP-CAN session modification 
with a CC-Request. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 

to indicate a request for PCC rules at IP-CAN session modification, 
sends a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REQUEST 
containing a Charging-Rule-Report AVP 

containing PCC rule(s) and their status 
containing a Event-Trigger AVP 

containing IP-CAN session modification. 


Comments: 
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TP_PCEF_MSI_02 


Standards Reference: 
4.5.1 (item 2), 4.3a.4.1 1(3 


PICS item: 
A.4.3 


Summary: 


Verify that the lUT can indicate requests for PCC rules at IP-CAN session modification 
and install IP flow mobility routing rules with a CC-Request. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 

to indicate a request for PCC rules at IP-CAN session modification and to install IP 
flow mobility routing rules, 
sends a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REQUEST 
containing a Charging-Rule-Report AVP 

containing PCC rule{s) and their status 
containing a Event-Trigger AVP 

containing IP-CAN session modification 
containing a Routing-Rule-lnstall AVP 

containing one or more Routing-Rule-Definition AVPs 
containing Routing-Filter AVP. 


Comments: 





TP_PCEF_MSI_03 


Standards Reference: 
4.5.1 (item 2, 2"" dashed list, 1^' dash) 


PICS item: 
A.4.4.1 


Summary: 


Verify that the lUT can indicate requests for PCC rules at IP-CAN session modification 
(UE requested allocation of new resources) with a CC-Request. 


Initial Condition 


UE has requested allocation of new resources for PCC rules. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 

to indicate a request for PCC rules at IP-CAN session modification, 
sends a CC-Request 

containing a CC-Request-Type AVP 

indicating UPDATE_REQUEST 
containing a Charging-Rule-Report AVP 

containing PCC rule{s) and their status 
containing a Event-Trigger AVP 

indicating RESOURCE_MODIFICATION_REQUEST 
containing a Packet-Filter-Operation AVP 

indicating ADDITION 
containing one or more Packet-Filter-lnformation AVP 

containing a Precedence AVP 

containing a Packet-Filter-Content AVP 
containing OoS-lnformation AVP. 


Comments: 





TP_PCEF_MSI_04 


Standards Reference: 
4.5.1 (item 2, 2"" dashed list, 2"" dash) 


PICS item: 
A.4.4.2 


Summary: 


Verify that the lUT can indicate requests for PCC rules at IP-CAN session modification 
(UE requested modification of existing resources) with a CC-Request. 


Initial Condition 


UE has requested modification of existing resources for PCC rules. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 

to indicate a request for PCC rules at IP-CAN session modification, 
sends a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REOUEST 
containing a Charging-Rule-Report AVP 

containing PCC rule(s) and their status 
containing a Event-Trigger AVP 

indicating RESOURCE_MODIFICATION_REOUEST 
containing a Packet-Filter-Operation AVP 

indicating MODIFICATION 
containing one or more Packet-Filter-lnformation AVP. 


Comments: 
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TP_PCEF_MSI_05 


Standards Reference: 
4.5.1 (item 2, 2"" dashed list, 3'" dash) 


PICS item: 
A.4.4.3 


Summary: 


Verify that the lUT can indicate requests for PCC rules at IP-CAN session modification 
(UE requested deletion of existing resources) with a CC-Request. 


Initial Condition 


UE has requested deletion of existing resources for PCC rules. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 

to indicate a request for PCC rules at IP-CAN session modification), 
sends a CC-Request 

containing a CC-Request-Type AVP 
indicating UPDATE_REQUEST 
containing a Charging-Rule-Report AVP 

containing PCC rule{s) and their status 
containing a Event-Trigger AVP 

indicating RESOURCE_MODIFICATION_REQUEST 
containing a Packet-Filter-Operation AVP 

indicating DELETION 
containing one or more Packet-Filter-lnformation AVP 
containing a Packet-Filter-ldentifier AVP. 


Comments: 





5.2.2.3 

Void 



Invalid Behaviour 



5.2.2.4 



Session Termination 



TP_PCEF_ST_01 


Standards Reference: 
4.5.7114, [7] 4.2.2.1 


PICS item: 
A.4.7 


Summary: 


Verify that the IDT can terminate an IP-CAN session with a CC-Request. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 
to initiate the IP-CAN session termination, 
sends a CC-Request 

containing a CC-Request-Type AVP 
indicating TERMINATION_REQUEST. 


Comments: 





TP_PCEF_ST_02 


Standards Reference: 
4.5.9 HI, [7] 4.2.3.1 


PICS item: 


Summary: 


Verify that the IDT can process a request for termination of an IP-CAN session. 


Test purpose: 


Ensure that the lUT, when an IP-CAN session is established, 
on receipt of a RA-Request 

containing a Session-Release-Cause AVP, 
sends a RA-Answer and 
sends a CC-Request 

containing a CC-Request-Type AVP 
indicating TERMINATION_REQUEST. 


Comments: 





£75/ 



24 



ETSI TS 101 606-2 VI. 1.1 (2012-09) 



5.2.2.5 



PCC rules 



TP_PCEF_PCC_01 


Standards Reference: 
4.5.2 (2"" dashed list 1" dash) 


PICS item: 


Summary: 


Verify that the IDT can successfully process an RA-Request (PUSH procedure) 
activating one PCC rule. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing one Charging-Rule-lnstall AVP 
containing a Charging-Rule-Name AVP 
providing a reference to one PCC rule, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 


NOTE: IP-CAN session identification is realized by DIAMETER session ID. 



TP_PCEF_PCC_02 


Standards Reference: 
4.5.2 1(6 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
activating multiple PCC rules. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing multiple Charging-Rule-lnstall AVPs 
containing a Charging-Rule-Base-Name AVP 
providing a reference to one PCC rule, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 





TP_PCEF_PCC_03 


Standards Reference: 
4.5.2 (after note 1) 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
requesting confirmation of the successful allocation of resource to a PCC rule. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 
containing a Charging-Rule-Name AVP 
providing a reference to a PCC rule 
containing a Resource-Allocation-Notification AVP 
indicating ENABLE_NOTIFICATION 
containing a Event-Trigger AVP 

indicating SUCCESSFUL_RESOURCE_ALOCATION, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 





TP_PCEF_PCC_04 


Standards Reference: 
4.5.2 (2"" dashed list 2"" dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) installing 
or modifying a PCC rule. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 
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TP_PCEF_PCC_05 


Standards Reference: 
4.5.2 (2"" dashed list 3'" dash) 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
deactivating or removing a PCC rule. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-Remove AVP 
containing a Charging-Rule-Name AVP, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 





TP_PCEF_PCC_06 


Standards Reference: 

4.5.21112 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
deactivating a group of PCC rules. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-Remove AVP 

containing a Charging-Rule-Base-Name AVP, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 





TP_PCEF_PCC_07 


Standards Reference: 
4.5.2.3111,5.3.53 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
activating a PCC rule for a gate function. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Flow-Information AVP 
containing a Flow-Direction AVP 

indicating UPLINK or DOWNLINK 
containing a Packet-Filter-Identifier AVP, 
sends an RA-Answer 

containing a Media-Component-Description AVP 
containing a Flow Status AVP 

indicating if possible uplink or downlink gate is opened or closed. 


Comments: 


NOTE: Check if answer is sent by SUT in case of optional AVP. 



TP_PCEF_PCC_08 


Standards Reference: 
4.5.2.5 HI 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
activating a PCC rule with usage monitoring control. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Monitoring-Key AVP, 
sends an RA-Answer. 


Comments: 
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TP_PCEF_PCC_09 


Standards Reference: 
4.5.3 HI and 3 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) removing 
event triggers. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing an Event-Trigger AVP 

indicating NO_EVENT_TRIGGERS, 
sends an RA-Answer. 


Comments: 





TP_PCEF_PCC_10 


Standards Reference: 
4.5.4.4 HI and 2 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
requesting provision of the access network charging identifier. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing an Event-Trigger AVP 

indicating CHARGING_CORELATION_EXCHANGE 
containing a Gharging-Rule-lnstall AVP 

containing a Charging-Gorrelation-lndicator AVP 
indicating CHARGING_IDENTIFIER_REQUIRED, 
sends an RA-Answer and 
sends a CC-Request 

containing an Access-Network-Charging-ldentifier-Gx AVP. 


Comments: 





TP_PCEF_PCC_11 


Standards Reference: 
4.5.5.2 HI and 2 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
provisioning of authorized QoS. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a QoS-lnformation AVP 

not containing a Bearer-Identifier AVP, 
sends an RA-Answer. 


Comments: 





TP_PCEF_PCC_12 


Standards Reference: 

4.5.12111 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) trying to 
activate an unknown PCC rule. 


Test purpose: 


Ensure that the lUT is in PUSH procedure, 
on receipt of a RA-Request 

containing a Charging-Rule-lnstall AVP 
containing a Charging-Rule-Name AVP 

providing a reference to a non existing PCC rule, 
sends a RA-Answer 

containing a Charging-Rule-Report AVP 
containing a Charging-Rule-Name AVP 
containing a Rule-Failure-Code AVP 

indicating UNKNOWN_RULE_NAME 
containing a PCC-Rule-Status AVP 
indicating INACTIVE. 


Comments: 
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TP_PCEF_PCC_13 


Standards Reference: 

4.5.12117 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) trying to 
activate a PCC rule with unknown values. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA- Request- 
containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Rating-Group AVP 
indicating unknown value, 
sends an RA-Answer 

containing a Charging-Rule-Report AVP 
containing a Charging Rule-Name AVP 
containing a Rule-Failure-Code AVP 

indicating RATING_GROUP_ERROR 
containing a PCC-Rule-Status AVP 
indicating INACTIVE. 


Comments: 





TP_PCEF_PCC_14 


Standards Reference: 
4.5.13 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
activating the revalidation timer. 


Test purpose: 


Ensure that the lUT trigger a PCRF interaction to request PCC rules from the PCRF for 
an established IP CAN session 
on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Revalidation-Time AVP 
indicating a new value, 
sends an RA-Answer, 
and after revalidation timeout 
sends a CC-Request. 


Comments: 





TP_PCEF_PCC_15 


Standards Reference: 
4.5.13 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) stopping 
the revalidation timer. 


Test purpose: 


Ensure that the lUT trigger a PCRF interaction to request PCC rules from the PCRF for 
an established IP CAN session 
on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Revalidation-Time AVP 
indicating a new value, 
sends an RA-Answer, 
and before revalidation timeout 
on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Event-Trigger AVP 

indicating REVALIDATION_TIMEOUT, 
sends an RA-Answer. 


Comments: 
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TP_PCEF_PCC_16 


Standards Reference: 
4.5.13 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
activating a PCC rule with time of the day procedure. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Rule-Activation-Time AVP, 
sends an RA-Answer. 


Comments: 





TP_PCEF_PCC_17 


Standards Reference: 
4.5.13 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
deactivating a PCC rule with time of the day procedure. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP 
containing a Rule-Deactivation-Time AVP, 
sends an RA-Answer. 


Comments: 





TP_PCEF_PCC_18 


Standards Reference: 
4.5.2 (10'" paragraph) 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
combining multiple PCC rule operations. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a Charging-Rule-Remove AVP 
containing a Charging-Rule-Name AVP 
containing two Charging-Rule-lnstall AVPs 
containing a Charging-Rule-Definition AVP 
containing a Charging-Rule-Name AVP, 
sends an RA-Answer 

indicating the same IP-CAN session. 


Comments: 





TP_PCEF_PCC_19 


Standards Reference: 
4.5.3 HI 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
containing multiple event triggers. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing two Event-Trigger AVPs, 
sends an RA-Answer. 


Comments: 





TP_PCEF_PCC_20 


Standards Reference: 
4.5.5.01(1^' dash 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
provisioning of authorized QoS for IP-CAN bearer. 


Test purpose: 


Ensure that the lUT, 

on receipt of an RA-Request 

containing a QoS-lnformation AVP 
containing a Bearer-Identifier AVP, 
sends an RA-Answer. 


Comments: 
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5.2.2.6 



Special services and features 



5.2.2.6.1 



Emergency services 



TP_PCEF_EMS_01 


standards Reference: 
4.5.15.2.1 1(2 


PICS item: 


Summary: 


Verify that the IDT can indicate requests for PCC rules at IP-CAN session establishment 
to an emergency service with a CC-Request. 


Test purpose: 


Ensure that the lUT 

to indicate a request for PCC rules for Emergency services at IP-CAN session 

establishment, 

sends a CC-Request 

containing a CC-Request-Type AVP 

indicating INITIAL_REQUEST 
containing an IP-CAN-Type AVP 
containing the type of IP-CAN 
containing a RAT-Type AVP 

containing the radio access technology 
containing a Framed-IP-Address AVP 

indicating the full IP address of the UE 
containing a Called-Station-ld AVP 
indicating the Emergency APN 
containing a Subscription-Id AVP 

indicating IMSI 
or containing a User-Equipment-Info AVP 
indicating IMEI. 


Comments: 


In the case of IPv6 the Framed-IP-Address AVP is replaced by the Framed-IPv6- 
Address-Prefix AVP. 



5.2.2.6.2 



Usage monitoring control 



TP_PCEF_UMC_01 


Standards Reference: 
4.5.16 112 and 5 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
requesting usage monitoring control. 


Test purpose: 


Ensure that the lUT, 

on receipt of a RA-Request 

containing an Event-Trigger AVP 

containing an USAGE_REPORT 
containing a Usage-IVIonitoring-lnformation AVP 
containing a Granted-Service-Unit AVP 
containing a CC-Total-Octets AVP 
containing a CC-lnput-Octets AVP 
containing a CC-Output-Octets AVP 
containing a Monitoring-Key AVP 
containing a monitoring key, 
sends an RA-Answer. 


Comments: 
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5.2.2.6.3 



Reporting Accumulated Usage 



TP_PCEF_RAU_01 


Standards Reference: 
4.5.17.1 


PICS item: 


Summary: 


Verify that the lUT can report that the usage threshold for a monitoring key has been 
reached with a CC-Request. 


Initial Condition: 


Usage monitoring is enabled for monitoring key: Key A 


Test purpose: 


Ensure that the lUT, when the usage threshold for Key_A is reached, 
sends a CC-Request 

containing CC- Request-Type AVP 

indicating UPDATE_REQUEST. 
containing Event-Trigger AVP 

indicating USAGE_REPORT 
containing Usage-IVIonitoring-lnformation AVP 
containing IVIonitoring-Key AVP 

indicating Key_A 
containing Used-Service-Unit AVP 
containing CC-Total-Octets AVP 

indicating the total volume 
containing 

( 

CC-lnput-Octets AVP (Note 1) 
indicating the uplink volume 
or 

CC-Output-Octets AVP (Note 2) 
indicating the downlink volume 

)■ 


Comments: 


NOTE 1 : Only for uplink. 
NOTE 2: Only for downlink. 



TP_PCEF_RAU_02 


Standards Reference: 
4.5.17.2 


PICS item: 


Summary: 


Verify that the lUT can report that the accumulated usage for a rule that has been 
removed or deactivated with a CC-Request. 


Initial Condition: 


Usage monitoring is enabled for monitoring key: Key A 


Test purpose: 


Ensure that the lUT: 

on receipt of a RA-Request 

removing or deactivating the PCC rule associated with Key_A, 
sends a RA-Answer 
sends a CC-Request 

containing CO- Request-Type AVP 
indicating UPDATE_REOUEST 
containing Event-Trigger AVP 

indicating USAGE_REPORT 
containing Usage-IVIonitoring-lnformation AVP 
containing IVIonitoring-Key AVP 

indicating Key_A 
containing Used-Service-Unit AVP 
containing GG-Total-Octets AVP 

indicating the total volume 
containing 

( 

GG-lnput-Octets AVP (Note 1) 
indicating the uplink volume 
or 

GG-Output-Octets AVP (Note 2) 
indicating the downlink volume 

)■ 


Comments: 


N0TE1: Only for uplink. 
NOTE 2: Only for downlink. 
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TP_PCEF_RAU_03 


Standards Reference: 
4.5.17.2 


PICS item: 


Summary: 


Verify that the lUT can report that the accumulated usage for a rule that has been 
removed or deactivated with a CC-Request. 


Initial Condition: 


Usage monitoring is enabled for monitoring key: Key_A 

The lUT has sent a CC-Request not related to reporting usage for Key A. 


Test purpose: 


Ensure that the lUT having sent a CC-Request, 
on receipt of a CC-Answer 

removing or deactivating the PCC rule associated with Key_A, 
sends a CC-Request 

containing CC- Request-Type AVP 
indicating UPDATE_REQUEST 
containing Event-Trigger AVP 

indicating USAGE_REPORT 
containing Usage-IVIonitoring-lnformation AVP 
containing Monitoring-Key AVP 

indicating Key_A 
containing Used-Service-Unit AVP 
containing CC-Total-Octets AVP 

indicating the total volume 
containing 

( 

CC-lnput-Octets AVP (Note 1) 
indicating the uplink volume 
or 

CC-Output-Octets AVP (Note 2) 
indicating the downlink volume 
)■ 


Comments: 


N0TE1: Only for uplink. 
NOTE 2: Only for downlink. 



TP_PCEF_RAU_04 


Standards Reference: 
4.5.17.4 


PICS item: 


Summary: 


Verify that the lUT can report the accumulated usage at IP-CAN session termination with 
a CC-Request. 


Initial Condition: 


Usage monitoring is enabled for monitoring key: Key A 


Test purpose: 


Ensure that the lUT, when an IP-CAN session has terminated, 
sends a CC-Request 

containing CC- Request-Type AVP 

indicating TERM1NATI0N_REQUEST 
containing Usage-IVIonitoring-lnformation AVP 
containing Used-Service-Unit AVP 
containing CC-Total-Octets AVP 

indicating the total volume 
containing 

( 

CC-lnput-Octets AVP (Note 1 ) 
indicating the uplink volume 
or 

CC-Output-Octets AVP (Note 2) 
indicating the downlink volume 
). 


Comments: 


N0TE1: Only for uplink. 
NOTE 2: Only for downlink. 
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TP_PCEF_RAU_05 


Standards Reference: 
4.5.17.5 


PICS item: 


Summary: 


Verify that the lUT can report the accumulated usage requested by the PCRF for all 
monitored keys with a CC-Request. 


Initial Condition: 


Usage monitoring is enabled for multiple monitoring keys. 


Test purpose: 


Ensure that the lUT, 

on receipt of a RA-Request 

containing Usage-IVIonitoring-lnformation AVP 
containing Usage-Monitoring-Report AVP 

indicating USAGE_MONITORING_REPORT_REQUIRED 
not containing Monitoring-Key AVP, 
sends a RA-Answer 
sends a CC-Request 

containing CC- Request-Type AVP 
indicating UPDATE_REQUEST 
containing Event-Trigger AVP 

indicating USAGE_REPORT 
containing one Usage-IVIonitoring-lnformation AVP per monitored key 
containing IVIonitoring-Key AVP 
containing Used-Service-Unit AVP 
containing CC-Total -Octets AVP 

indicating the total volume 
containing 

( 

CC-lnput-Octets AVP (Note 1) 
indicating the uplink volume 
or 

CC-Output-Octets AVP (Note 2) 
indicating the downlink volume 

)■ 


Comments: 


N0TE1: Only for uplink. 
NOTE 2: Only for downlink. 
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TP_PCEF_RAU_06 


Standards Reference: 
4.5.17.5 


PICS item: 


Summary: 


Verify that the lUT can report the accumulated usage requested by the PCRF for one 
monitored keys with a CC-Request. 


Initial Condition: 


Usage monitoring is enabled for monitoring key: Key A. 


Test purpose: 


Ensure that the lUT, 

on receipt of a RA-Request 

containing Usage-IVIonitoring-lnformation AVP 
containing Usage-Monitoring-Report AVP 

indicating USAGE_MONITORING_REPORT_REQUIRED 
containing IVIonitoring-Key AVP 
indicating Key_A, 
sends a RA-Answer 
sends a CC-Request 

containing CC- Request-Type AVP 
indicating UPDATE_REQUEST 
containing Event-Trigger AVP 

indicating USAGE_REPORT 
containing Usage-IVIonitoring-lnformation AVP 
containing IVIonitoring-Key AVP 

indicating Key_A 
containing Used-Service-Unit AVP 
containing CC-Total-Octets AVP 

indicating the total volume 
containing 

( 

CC-lnput-Octets AVP (Note 1) 
indicating the uplink volume 
or 

CC-Output-Octets AVP (Note 2) 
indicating the downlink volume 

)■ 


Comments: 


N0TE1: Only for uplink. 
NOTE 2: Only for downlink. 



TP_PCEF_RAU_07 


Standards Reference: 
4.5.17.3 


PICS item: 


Summary: 


Verify that the lUT can report when a monitored key has been disabled with a 
CC-Request. 


Initial Condition: 


Usage monitoring is enabled for monitoring key: Key A. 


Test purpose: 


Ensure that the lUT, 

on receipt of a RA-Request 

containing Usage-IVIonitoring-lnformation AVP 
containing Usage-IVIonitoring-Support AVP 

indicating USAGE_MONITORING_DISABLED, 
containing IVIonitoring-Key AVP 
indicating Key_A, 
sends a RA-Answer 
sends a CC-Request 

containing CC- Request-Type AVP 
indicating UPDATE_REQUEST 
containing Event-Trigger AV 
indicating USAGE REPORT. 


Comments: 
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5.2.2.6.4 



IMS Restoration Support 



TP_PCEFJRS_01 


Standards Reference: 
4.5.18112 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) 
requesting IMS restoration support. 


Test purpose: 


Ensure that the lUT: 

on receipt of a RA- Request 

containing a Charging-Rule-lnstall AVP 

containing a Charging-Rule-Definition AVP 
containing a Flow-Information AVP 
containing a AF-Signaling-Protocol AVP 
sends an RA-Answer. 


Comments: 





TP_PCEF_IRS_02 


Standards Reference: 
4.5.18 


PICS item: 


Summary: 


Verify that the lUT can successfully process an RA-Request (PUSH procedure) stopping 
the IMS restoration support. 


Initial Condition: 


IMS restoration support is switched on. 


Test purpose: 


Ensure that the lUT: 

on receipt of a RA- Request 

containing a Charging-Rule-Remove AVP 
containing a Charging-Rule-Name AVP, 
sends an RA-Answer. 


Comments: 
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